home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000390_fdc@columbia.edu_Wed Sep 25 09:24:31 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  6KB  |  148 lines
  1. Article: 13726 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc,comp.unix.xenix.sco,comp.dcom.modems
  5. Subject: Re: Help!  Trying to send files via serial modem...
  6. Date: 25 Sep 2002 09:24:19 -0400
  7. Organization: Columbia University
  8. Lines: 131
  9. Message-ID: <amsde3$d5d$1@watsol.cc.columbia.edu>
  10. References: <7ea6ad1.0209241717.7af4adc8@posting.google.com>
  11. NNTP-Posting-Host: watsol.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1032960260 25217 128.59.39.139 (25 Sep 2002 13:24:20 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 25 Sep 2002 13:24:20 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13726 comp.unix.xenix.sco:18667 comp.dcom.modems:316229
  16.  
  17. In article <7ea6ad1.0209241717.7af4adc8@posting.google.com>,
  18. Ray Ward <rayward@metronet.com> wrote:
  19. : What I'm trying to do:
  20. : New federal legislation requires financial institutions to check
  21. : certain transactions against a federal database of suspected
  22. : terrorists.  To do this, my client needs to get data off of a fairly
  23. : large number (100's) of old Xenix 2.3.2 SysV boxes (i386) to an
  24. : off-site, modern box to do the checking.  (I'm not sure that all the
  25. : Xenix boxes are the exact same version.)  Deadline's in October.
  26. : 
  27. : My first thought was to automatically send files daily using Kermit
  28. : from a cron(1) script to a ProCommPlus 4.8 server running in Kermit
  29. : server mode on the client's Win2000 box.
  30. :
  31. : The Xenix boxes have only a
  32. : 1.2Mb 5.25 floppy and a serial port external US Robotics Sportster
  33. : modem (ranging from 2400-14400 bps).  They were bought with
  34. : application software only, no C compiler, make, man, etc..
  35. :
  36. OK, too bad, no building modern Kermit versions.  But maybe other readers
  37. can help there.
  38.  
  39. : ...so I have to find an executable file.
  40. :
  41. We have the following SCO Xenix binaries on our FTP site:
  42.  
  43.   cku192.sco286                Xenix/286 2.2.1
  44.   cku190b02.sco386netc-2.2.3   Xenix/386 2.2.3
  45.   cku192.sco3r2lai             Xenix/386 2.3.3 with Lachman Assoc TCP/IP
  46.   cku201.sco234                Xenix/386 2.3.4
  47.  
  48. Plus some other 2.3.4 variations.  You can find them here:
  49.  
  50.   http://www.columbia.edu/kermit/ck80binaries.html
  51.  
  52. All of these except the 2.3.4 ones are rather old (C-Kermit version 5 or 6)
  53. but still much newer than the one you have (version 4).
  54.  
  55. : They already have the ProCommPlus set up.
  56. : 
  57. : When I try to connect from the interactive Kermit that I found on one
  58. : machine (072 24 Jan 89 Xenix/286) it seems to connect...
  59. :
  60. Could I get you to upload that binary to our site so we can include it
  61. with the other Xenix binaries?
  62.  
  63.   ftp://kermit.columbia.edu/kermit/incoming/
  64.  
  65. , then drops the
  66. : line.  I tried loading the G-Kermit binary from the Columbia site, but
  67. : it's not interactive, and I can't figure out how to get it to dial
  68. : before trying to send the files.
  69. : 
  70. I suspect you're going about this backwards, but more about this later...
  71.  
  72. : So, I downloaded the 21-day eval copy of Kermit95 2.0 onto my Win98
  73. : box and got the same result, with a little more detail:
  74. : 
  75. : Kermit session.log:
  76. : ATQ0V1
  77. : 
  78. : OK
  79. : ATDT9721234567
  80. : 
  81. : CONNECT
  82. : (see garbage...)
  83. : NO CARRIER
  84. : 
  85. : Looks kind of like a baud rate mismatch.   So I set both the PC+ and
  86. : the Kermit95 to 2400 baud, xon/xoff, 8n1, full duples, 1 check byte. 
  87. : Didn't help.
  88. :
  89. Let's assume your plan is to dial each Xenix box from Windows, log in,
  90. start Kermit on Xenix, then transfer the file (since having 100 Xenix
  91. boxes call one Windows box would not make a lot of sense).
  92.  
  93. The Windows box no doubt has an all-singing all-dancing V.Everything modem,
  94. most likely a Winmodem.  The first thing you need to know about these is
  95. that you must address them by the Windows name (from the Modems folder in
  96. the Control Panel), not by their DOS name, such as COM1.  In Kermit 95:
  97.  
  98.   set port tapi
  99.   set speed xxxx
  100.   dial 9721234567
  101.  
  102. But "xxxx" is the kicker.  What should it be?  Does the calling modem
  103. support protocol negotiation and fallback?  If not, you'll need to set K95's
  104. interface speed to whatever each Xenix modem supports.  If the Xenix modem
  105. is V.32 or higher, it shouldn't matter -- the two modems will negotiate a
  106. usable connection and the calling modem can do "speed buffering".  But of
  107. course, the answering modem must still be configured to use an interface
  108. speed that agrees with what Xenix getty/login expect.  Or you can try
  109. sending a BREAK signal (Alt-B in Kermit 95) to see if it will make Xenix
  110. login change its speed (try this up to 15 times).
  111.  
  112. If you really do have 2400 bps answering modems, then you'll need to dumb
  113. down the calling modem like so:
  114.  
  115.   set port tapi
  116.   set speed 2400
  117.   set modem error-correction off
  118.   set modem data-compression off
  119.   set modem speed-matching off
  120.  
  121. because otherwise the negotiations sent by the calling modem will confuse
  122. the answering modem (or Xenix login) so much that you'll have to hang
  123. up anyway.
  124.  
  125. If all the Xenix boxes are different, then getting this to work 100 times
  126. might be tricky, and in that case maybe it DOES make sense to have the
  127. Xenixes call Windows after all.  But then you have a couple new problems:
  128.  
  129.  1. Windows is not like Xenix -- you can't call it up, get a login:
  130.     prompt, log in, and run programs.  You have to set Kermit 95 on
  131.     Xenix up to wait for incoming calls, answer them, and then enter
  132.     server mode or something.
  133.  
  134.  2. You'll no doubt have contention, so your calling procedure will have
  135.     handle the busy-redial scenario (which modern C-Kermit programs are
  136.     fully capable of, but not the ancient one you have).
  137.  
  138. Anyway, as to problem (1), see:
  139.  
  140.   http://www.columbia.edu/kermit/k95.html#modems
  141.  
  142. If you can get a more modern version of Kermit to run on Xenix, then you
  143. can script everything:
  144.  
  145.   http://www.columbia.edu/kermit/ckscripts.html
  146.  
  147. - Frank
  148.